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(54) PROCEDE D'ACCES A UN RESEAU DU TYPE INTERNET VIA UN SATELLITE DE TELECOMMUNICATION ET 
ARCHITECTURE POUR LA MISE EN OEUVRE D'UN TEL PROCEDE. 



(5^ L'invention concerne un proced6 d'acc^s k un reseau 
Internet (Rl) par un terminal d'utilisateur (SIT) via un seg- 
ment spatial comprenant une liaison de transmission de 
donnees bidirectionnelle (/1 f, /2f , /1 r, /2r) par satellite de te- 
lecommunication (Sat) et un prestataire de service (ISP*), 
coupl6 au segment terrestre du reseau (Rl). La couche de 
transport 'TCP " des tenminaux (SIT) est repartie dans deux 
demi-modules (31 -32, 40-42) disposes aux extremes du 
segment spatial. Les transmissions dans ce segment s'ef- 
fectue selon un protocole interne de type proprtetaire. Les 
demi-modules (31-32, 40-42) comprennent des interfaces 
specifiques (32, 40). II est egalement fait usage d'un m6ca- 
nisme d'accuse de reception de type nggatif associe & un 
mecanisme de " leurre " qui consiste a ce que le prestataire 
de services (SIT) renvoie I'accusS de reception sans qu'il 
soittransmis au terminal (ISP'), via le segment spatial. 
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PROCEDE D'ACCES A UN RESEAU DU TYPE INTERNET VIA UN 
SATELLITE DE TELECOMMUNICATION ET ARCHITECTURE 
POUR LA MISE EN OEUVRE D'UN TEL PROCEDE 

La presente invention concerne un proced6 d'acces a 
un reseau du type Internet via un satellite de transmission 
de donnees - 

L 1 invention concerne 6galement un systdme pour la 
mise en oeuvre de ce procede. 

Ces dernieres annees ont vu un dSveloppement trds 
important des communications via des satellites de 
telecommunication. Les progres de la technique ont permis 
une miniaturisation importante des terminaux de 
communication, et notamment la realisation de terminaux 
portables . 

D 1 autre part, on a egalement assiste a une expansion 
toute aussi importante et rapide du reseau Internet auquel 
sont connectes k 1 ■ heure actuelle des millions d 1 ordinateurs 
de tous types et de toutes puissances. Un utilisateur 
connects k ce reseau peut done avoir accds k . des ressources 
tres importantes disseminees sur toute la planete, notamment 
& des bases de donn§es de natures tres diverses. 

Dans le cadre de I 1 invention, le terme "internet" 
doit etre compris dans un sens large : il englobe le reseau 
"Internet" proprement dit mais aussi des r£seaux dits 
"intranet" ou "extranet", de fagon g6n6rale tous les reseaux 
sur lesquels les transmissions s'effectuent sous des 
protocoles particuliers qui vont §tre rappelSs ci-apres, par 
exemple le protocole "TCP" (pour "Transfer Control 
Protocol") . 

Generalement, 1'accSs au rfeseau Internet s'effectue 
par 1 1 intermfediaire d*un prestataire de service ou "JSP" 
(pour Internet Service Provider"), selon la terminologie 
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anglo-saxonne couramment utilis§e. Dans le cas de grandes 
entites, telles certaines entreprises importantes ou 
universites, le couplage avec le reseau est direct et est 
obtenu via des serveurs specialises qui mettent en relation 
5 des reseaux internes, par exemple du type intranet, avec le 
reseau Internet - 

Le besoin s'est done tres vite fait sentir de 
combiner ces deux domaines, e'est-^-dire de rendre possible 
l*acces au reseau Internet via des satellites de 
10 telecommunication . 

La figure 1, annex6e & la presente description, 
illustre un exemple d' architecture generale d'un systeme de 
transmission permettant a un terminal SIT d*un utilisateur 
final U d' avoir acces un systeme informatique hote 

15 eloigne RH, par le biais du reseau Internet RI, d'une part, 
et via une liaison satellite, d' autre part. 

Le terminal SIT comprend un systeme informatique et 
des circuits emetteurs-rfecepteurs classiques, sous la 
reference generale 20. La partie emetteur-recepteur de 
20 l 1 ensemble 20 est couplee & une antenne d 1 emission- 
reception 21 pointee sur un satellite de telecom- 
munication Sat. Les donnees Praises et/ou re<?ues empruntent 
une liaison de transmission bidirectionnelle 12, terre - 
satellite. De meme, le fournisseur de services ISP est 

25 6quip6 d'un systeme informatique et de circuits emetteurs- 
r^cepteurs classiques, sous la reference generale 10. La 
partie £mette;ur-recepteur de 1' ensemble 10 est couplSe a une 
antenne d' emission- reception 11 pointee sur un satellite de 
telecommunication Sat. L 1 ensemble 10 communique avec le 

30 satellite Sat par 1 » intermediaire d'une liaison de 
transmission bidirectionnelle li, terre - satellite, via 
1' antenne 11. Le couplage au reseau Internet RI est 
symbolise par une liaison de transmission bidirec- 
tionnelle 12- Enfin, le systeme bote eloigne RH comprend un 

35 systeme informatique 30. Le couplage au reseau Internet RI 
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est symbolist par une liaison de transmission 
bidirectionnelle 61. 

La difficulty majeure occasionnee par une telle 
transmission de donnees, SIT a RH, est liee essentiellement 
5 a la partie liaisons terre - satellite - terre, c'est-a-dire 
le segment spatial : liaisons Ji et 22- En effet, les 
protocoles usuels mis en oeuvre pour les transmissions a 
l'interieur d'un r6seau de type Internet, et notamment le 
protocole "TCP" precite, ne sont pas optimises pour un acces 
10 via une liaison par satellite de telecommunication. Ce 
protocole rend ces transmissions peu competitives en regard 
des transmissions terrestres large bande en cours de 
developpement, qui seront disponibles dans un futur proche . 

Bien que le protocole "TCP" ait ete developpfe pour 
15 sat isf aire, de fagon acceptable, les besoins qui se font 
sentir sur une grande vari§t§ de reseaux, il n'exploite deja 
pas toutes les possibilites de certains sous-reseaux de type 
Internet . 

En particulier, le protocole "TCP" offrent des 
20 performances tres pauvres sur les reseaux qui sont 
caractSris^s par un temps de propagation important et une 
grande bande passante, reseaux souvent appeles "rSseaux & 
grande capacity* ou "Long Fat Networks" ( "LFNs") , selon la 
terminologie anglo-saxonne . 

25 Le probleme majeur resulte des limites du debit de 

donnees imposees par les dimensions de ce qui est appelee 
"fenetre variable" ou "sliding window" selon la terminologie 
anglo-saxonne, et egalement du traitement inefficace des 
segments perdus sur les liaisons k haute capacite. Les 

30 options "TCP", qui sont des caracteristiques standardises 
pour ameliorer les performances du protocole originel, sont 
souvent insuf f isantes pour resoudre completement ces 
problemes . 

Sur les reseaux k temps de propagation important, le 
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protocole "TCP" prfesente des limites importantes pendant la 
procedure d' etablissement de connexion dite a trois temps 
("three-way connection establishment") . Cette procedure 
consiste en l'echange de trois paquets "TCP" qui sont a la 

5 fois necessaires et suffisants pour synchroniser 1 • ouverture 
de la connexion* Pour 1' emission de chaque paquet, l'hote 
emetteur doit attendre la reception du paquet precedent 
retourne par 1' autre extremite de la liaison. Dans les 
reseaux £ grande capacity ou "LFNs" precit^s, cela entraine 

10 un temps d 1 ouverture de connexion tres long. 

Le mecanisme dit "de demarrage lent", pour sa part, 
bien que tres utile pour des operations sur Internet, peut 
limiter tr£s serieusement le debit quand il s 1 applique a des 
voies de transmission S temps de propagation eieve et IL 

15 large bande passante. Ce mecanisme consiste a emettre des 
paquets sous un faible debit au debut de la connexion et a 
tester s'il existe des encombrements sur le reseau. Si la 
connexion n'est pas encotnbree, alors le debit d 1 emission est 
augments continue llement , jusqu'a ce qu'il atteigne un 

20 regime permanent. Le processus de test de 1 ' etat du reseau 
depend du temps de propagation sur les liaisons. II s'ensuit 
que, pour un reseau du type "LFNs" precite non encombre, un 
temps tres long est necessaire pour atteindre le regime 
permanent- De nouveau, la consequence est que la large bande 

25 passante du reseau est sous-utilisee, car on emet de faibles 
quantites de paquets pendant trop de temps. 

Ces probiemes se posent de fa^on trds aigue en ce 
qui concerne l'acc^s S un reseau Internet via une liaison de 
transmission par satellite de telecommunication. II est 

30 notaniment necessaire de trouver une solution au probleme des 
temps de propagation eieves. En effet, si on considSre un 
satellite gfeostationnaire, le temps de propagation d'une 
onde 61ectromagn6t ique entre une station terrestre et un 
satellite, ou 1' inverse, est de l'ordre de 125 ms. Un aller 

35 et retour complet n6cessite done un intervalle de temps 
de 0,5 s. II est £ noter que ces deiais eiev6s n'avaient pas 
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ete envisages lors de la conception originelle des 
protocoles de transmission sur le reseau Internet. 

Si on se reporte de nouveau a la figure 1, on 
constate aisement qu'une connexion entre un terminal 
5 d'utilisateur SIT et un note eloigne RH inclut une liaison 
satellite terre-satellite-terre, 1 2 et l lt caracterisee par 
une bande passante relativement large et, comme indique ci- 
dessus, un delai de transmission important. Elle inclut 
egalement une serie de liaisons terrestres standardises, 

10 presentant normalement des delais de transmission plus 
faibles, mais qui sont plus sensibles aux pertes de paquets 
ou a leur alteration- Les liaisons terrestres sont souvent 
caracterisees par un debit relativement bas et sont 
egalement sujettes a des pertes de sequences. En effet, 

15 selon le protocole -TCP", les paquets de donnees sont 
arranges en sequences transmises par differentes voies 
(routage) et ils arrivent a destination selon un ordre 
aleatoire. Le message complet doit alors etre re-ordonne 
pour etre reconstitue dans sa forme originelle. 

Le resultat est que la connexion usager - note se 
traduit par de grands delais de transmission, un faible 
d6bit de donnees, et une voie de transmission presentant des 
pertes de donnees et de sequencement . 

En resume de ce qui vient d'etre rappele, on 
constate que la connexion entre un utilisateur final et un 
note eloigne emprunte success ivement deux types de reseaux, 
aux caracteristiques de transmission tres differentes, meme 
si un protocole de communication commun est mis en ceuvre. 
On constate egalement que l'on ne beneficie pas des 
avantages propres a chacun de ces reseaux, mais que l'on 
cumule surtout leurs deficiences. 

L' invention vise a pallier les inconvenients 
presentes par l'art connu pour des acces a un reseau de type 
Internet empruntant au moins une liaison par satellite de 
telecommunication, tout en maintenant la compatibilite de 
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bout en bout complete des caracteristiques du protocole 
"TCP", ce qui est fondamental pour une architecture 
Internet - 

Pour ce faire, 1 1 invention propose un procede 
5 permettant de decoupler la partie de reseau comprenant les 
liaisons par satellite de telecommunication entre un 
utilisateur final et un prestataire de service (segment 
spatial), d'une part, de la partie de reseau terrestre 
Internet classique, entre ce meme prestataire de service et 
10 un hote §loigne, d' autre part. 

De fagon g6n§rale, 1 ' architecture des r^seaux de 
communication est dgcrite par di verses couches- A titre 
d' exemple, le standard "OSI" ("Open System Interconnection") 
d§fini par 1" "ISO" comporte sept couches qui vont des 

15 couches dites basses (par exemple la couche dite "physique" 
qui concerne le support de transmission physique) aux 
couches dites hautes (par exemple la couche dite 
d ! "application") , en passant par des couches interm§diaires, 
notamment la couche dite de "transport". Une couche donnee 

20 of f re ses services a la couche qui lui est imm6diatement 
superieure et requiert de la couche qui lui immediatement 
inf6rieure d'autres services/ via des interfaces 
appropriees. Elles communiquent a l'aide de primitives. 
Elles peuvent egalement communiquer avec des couches de meme 

25 niveau. Dans certaines architectures, une ou 1 ! autre de ces 
couches peuvent Stre inexistantes . 

Dans .un environnement Internet, les couches sont au 
nombre de cinq, et de fagon plus precise, en allant de la 
couche superieure a la couche infSrieure, elles 
30 comprennent : la couche d' applications ("http", "ftp", "e- 
mail", etc.), la couche de transport ("TCP"), la couche 
d'adressage de reseau ("IP"), la couche de liens de donnees 
("PPP" , "Slip" , etc.) et la couche physique. 

Dans le cadre du procede de 1' invention, le 
35 d^couplage pr-6cit6 concerne essentiellement la couche dite 
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de "transport". Le module "TCP/ IP" utilise par l'abonne sur 
son terminal, constitue habituellement par deux couches de 
logiciel superposees, est remplace par un module specif ique 
a 1' invention. Un module de ce type est egalement inclus 
dans 1 ' installation du prestataire de service, sur son 
extremite en communication avec le satellite. II en est de 
meme de la couche d'adressage de reseau "IP". En d'autres 
termes, le module "TCP/IP" d'un terminal selon 1'art connu 
est divise en deux parties, disposees de part et d' autre de 
la liaison par satellite de telecommunication. Par contre, 
la couche superieure dite d» "application" est conservee dans 
chaque terminal d'usager. 

Cette architecture permet de maintenir une 
compatibilite entiere avec 1 ' environnement Internet, tout en 
abolissant les limites traditionnelles que l'on rencontre 
lorsqu'on met en oeuvre le protocole "TCP" sur des reseaux a 
grande capacit6. 

Dans un mode de realisation prefere, le procede 
selon 1 1 invention recourt a une procedure d ' accuse de 
reception du type dit "negatif", en lieu et place d'une 
procedure d' acquisition classique, c'est-a-dire de type 
"positif", pour les liaisons entre modules specif iques, 
c'est-a-dire sur les liaisons entre le terminal de 
l'utilisateur final et le prestataire de service, via le 
satellite de telecommunication. Cette procedure consiste a 
signaler seulement les receptions de donnees manquantes, a 
l'interieur d'un intervalle de temps predetermine, plutot 
que de signaler chaque reception correcte, ce qui conduit a 
une perte de temps. 

Tou jours selon un mode de realisation prefere, on 
recourt a un mecanisme que l'on peut appeler de "leurre", ou 
"spoofing" selon la terminologie anglo-saxonne. Cette 
technique permet de s'affranchir de la limite de debit due a 
la faible dimension des fenetres variables precitees. Cette 
technique est utilisee de preference avec la technique 
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d' accuse de reception negatif utilisee sur le tron<?on 
terre - satellite - terre. Le prestataire de service, plus 
precisement le demi -module specif ique, lorsqu'il regoit de 
l'hote eloigne des donnees, lui renvoie un accuse de 
5 reception "artif iciel" , sans attendre un accuse de reception 
qui devrait lui etre fourni, comme c'est le cas dans d'une 
architecture standard, par le terminal de l'usager final, ce 
qui accelere tres fortement le processus d'echange. 

Enfin, toujours selon un mode de realisation prefers 
du procede de l 1 invention, le module specif ique Sl 
1' invention est transparent vis-&-vis des autres protocoles 
utilises sur les rgseaux de type Internet, et notatnment d'un 
protocole connu sous le sigle "UDP" , pour "User Data 
Protocol". En effet, ce protocole particulier ne souffre pas 
des mgtnes limitations que le protocole "TCP". II est, 
notatnment, beaucoup moins sensible aux temps de propagation 
eleves pr§sent6s par les liaisons par satellite de 
telecommunication. 

L 1 invention a done pour objet un procede de 
20 transmission de donnees entre au moins un terminal 
d'utilisateur et un premier systeme informatique dit hote 
eloign6, sous protocole de type Internet, par 
1 1 intermediaire d f un reseau comprenant un segment terrestre 
et au moins un segment spatial const itue d'une liaison 
25 bidirectionnelle par satellite de telecommunication, a 
laquelle est connecte ledit terminal, lesdits segments 
terrestre et spatial etant interconnectes par un deuxidme 
systeme informatique dit prestataire de services, 
caracterise en ce que, les transmissions etant associees Sl 
30 un empilement de couches de protocoles, chaque couche 
communiquant par des interfaces avec les couches qui lui 
sont immediatement supSrieure et inferieure, et ledit 
empilement comprenant au moins une couche super ieure 
d 1 applications logicielles, une premiere couche 
35 intermediaire, immediatement inferieure, dite de transport, 
de type "TCP", et une deuxieme couche intermediaire, dite 
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d'adressage de reseau de type "IP", 
le procede comprend : 

- la repartition de ladite couche "TCP " de chaque 
terminal d'utilisateur dans deux demi -modules de maniere a 
ce qu'ils comprennent chacun une couche de transport "TCP" 
et une couche d» interface specif ique, 

- 1 ' implantation d'un desdits demi -modules aux 
extremites dudit segment spatial, un premier demi-module 
etant implante dans ledit systeme informatique prestataire 
de services et un second demi-module 6tant implante dans le 
terminal d'utilisateur, 

- le report de la couche d'adressage de reseau "IP" 
relative au terminal d'utilisateur dans le systeme 
informatique du prestataire de services, 

- la transmission de donnees' sur ladite liaison 
bidirectionnelle a l'aide d'un protocole de transport 
interne base sur un mode de transmission de donnees 
specif ique, 

- la conversion bidirectionnelle entre ledit protocole 
de type Internet et ledit protocole interne par ladite 
couche specif ique des premier et second demi-modules, 

- et la realisation d'une interface entre ladite couche 
de transport du second demi-module et une couche 
d' applications logicielles implantee dans le terminal 
d'utilisateur. 

L' invention a encore pour objet une architecture 
informatique pour la mise en osuvre de ce proc6de. 

L' invention sera mieux comprise et d'autres 
caracteristiques et avantages apparaltront a la lecture de 
la description qui suit, faite en reference aux figures 
annexe es , parmi lesquelles : 

- la figure 1 illustre de facon schematique la chaine de 
transmission entre un terminal d'utilisateur final et un 
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systeme h6te eloigne, via un satellite de telecommunication 
et un reseau terrestre de transmission de donnees sous 
protocole Internet, selon I 1 art connu ; 

- la figure 2 illustre cette meme chaine en mettant en 
5 evidence les couches logicielles impliquees dans la 

transmission de donnees ; 

- les figures 3a et 3b illustrent sch6matiquement un 
exemple de chaxne de transmission de donnees mettant en 
ceuvre le precede selon 1 1 invention et 1 1 architecture 

10 systeme correspondante ; 

- la figure 4 illustre schgmatiquement une variante de 
cette architecture ; 

- et la figure 5 illustre schematiquement une 
architecture de systeme pour la transmission de donnees sous 

15 deux protocoles Internet dif f 6rents . 

Avant de decrire le proced^ d'acces a un reseau de 
type Internet selon l 1 invention, via un satellite de 
telecommunication, on va tout d'abord preciser 
1 'architecture d'un systeme selon l'art connu, d'un point de 
20 vue interaction des principales couches logicielles, par 
reference & la figure 2. 

Pour cette figure 2, et les figures suivantes, l^s 
elements ou circuits identiques, ou pour le moins 
similaires, £ ceux de la figure 1 portent les memes 
25 references, et ils ne seront re-decrits qu'en tant que de 
besoin. 

Sur cette figure 2, pour fixer les idees, on a 
repr6sente seulement deux utilisateurs finaux, a a et Ufa, et 
leurs terminaux SJT a et Sllh- Les composants du systeme 
30 associes a ces utilisateurs portent des references 
compietees par les lettres a et b, respect ivement, mais 
sont, a priori, f onctionnellement identiques. 

On va decrire 1 ' architecture d'un seul des deux 
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terminaux, le terminal de 1 'utilisateur U a . Celui-ci 
comprend, outre le materiel et les circuits precedemment 
decrits, des modules logiciels referenc§s 22 a qui se 
decomposent selon les couches logicielles suivantes : 

- une couche inferieure 224 a , dite pilote ("driver") ou 
gestionnaire de reseau satellite ; 

une premiere couche intermediaire d'adressage de 
r§seau "IP" 223 a ; 

- une deuxi^me couche intermediaire de "transport", 
dedoublee en deux couches de meme niveau : une couche pour 
le protocole "TCP" 221 a et une couche pour le protocole 
"UDP" 222 a; 

- et une couche superieure d' applications 220 a . 

Le terminal SITb presente la meme architecture, et 
il est inutile de decrire ses composants, qui sont 
references de fagon identique, a 1' exception de la lettre b 
finale, 

Les protocoles Internet, et notamment les deux 
protocoles precites, sont bien connus en soi et normalises. 
On considerera dans un premier temps le seul 
protocole "TCP", qui presente les limitations qui ont et§ 
rappelees lorsqu'il est mis en oeuvre dans un rSseau a large 
bande et longs delais de transmission, comme c'est le cas 
pour une liaison par satellite de telecommunication. Le 
protocole "TCP" obeit actuellement a la norme "IPV4" 
(version 4 de ce protocole) . Comme il a et§ rappelS, le 
nombre d'abonnes connectes au reseau Internet est en 
croissance tr£s rapide. Or une adresse conforme au 
protocole "IPV4" ne comporte que quatre octets, soit 2 32 
adresses th^oriques, mais en realite beaucoup moins du fait 
de la structure hiSrarchique de 1 1 architecture Internet 
organisee en domaines. Des projections sur le futur proche 
(annees 2 005-2011) font craindre une penurie d 1 adresses. 
Aussi, d£s 1995, des recontmandations ont 6t6 faites en vue 
d' adopter un nouveau protocole ("IPV6) et ont et€ publi^es 
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(groupes de travaux "Internet Engineering Task Force" 
et " IPng", pour "Internet Protocol new generation") . Cette 
nouvelle version du protocole " TCP" permet, notatnment, un 
beaucoup plus grand nombre d'adresses disponibles, mais 
5 apporte egalement d'autres ameliorations. 

Un terminal d" utilisateur, par exemple le terminal 
SITa, communique done avec ce qui sera appele ci-apres le 
"sous-reseau satellite", qui comprend les liaisons 
bidirectionnelles Iia et l2a Ulb et l2b pour SJIb) , ainsi 
10 que les circuits internes aux satellites Sat et, comme 
decrit ci-apres, le pilote 131 inclus dans le systeme 
informatique 13 du prestataire de service ISP. 

La fonction principale devolue au systeme 
informatique du prestataire de service ISP est le routage 

15 des donnees vers un abonne adresse (dans le sens systeme 
note - abonne) ou, au contraire vers un systeme note adresse 
(dans le sens abonne - systeme h6te) . II peut naturellement , 
outre cette fonction de base, remplir d'autres fonctions, 
telles que le stockage temporaire de donnees (fonction 

20 "boite a lettres, etc.), mais il comportera, dans tous les 
cas au moins les couches logicielles suivantes : 

- deux couches inferieures constitutes de pilotes : un 
premier pilote, 131, du cote "sous-reseau satellite", 
formant le pendant du pilote 224 a (ou 224b) du terminal 22 a 

25 (ou 22b), et un second pilote, 132, du cote reseau Internet 
terrestre RI ; 

- et une couche d'adressage de reseau "IP" 130. 

De facon plus precise, le prestataire de service 
communique, par le pilote 132, avec le reseau Internet RI 
30 via une artere principale 12, communement appelee 
"backbone", selon la terminologie anglo-saxonne. 

De meme l'h6te eloigne RH peut Stre connecte au 
reseau Internet RI par une artere principale, une liaison 
tilephonique classique d'un reseau commute, une liaison de 
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transmission du type "RNIS" ("Roseau Numgrique a Integration 
de Service") ou via un autre prestataire de service (non 
represente) . La liaison est symbolisee par un bus 
bidirectionnel 61. 

A priori, les transmissions s ■ ef f ectuent selon un 
mode n client - serveur " , les differents terminaux etant les 
"clients" du "serveur" constitu6 par I'hote eloign^ rh. 

Ces rappels 6tant faits, on va maintenant decrire, 
en regard de la figure 3a, un exemple de realisation d'une 
architecture permettant de mettre en oeuvre le procede selon 
1' invention. 

Sur cette figure 3a, on n'a considere que le cas du 
protocole "TCP". L 1 application du proced6 de 1 1 invention a 
un autre protocole Internet, notamment le protocole "UDP", 
sera decrit ulterieurement en relation avec la figure 5. 

Selon une caracteristique importante de I 1 invention, 
un d§couplage est effectu6 entre le "sous-reseau satellite" 

(segment spatial) et le reste du reseau Internet, c'est-&- 
dire la partie terrestre classique de ce reseau- Pour ce 
faire, les couches logicielles inf^rieures et intermediaires 
rgsidant pr6c6demment dans les terminaux d' utilisateur final 

(dont un seul, SIT', a 6t£ represents sur la figure 3a), ont 
6te "cassees" en deux parties. Une premiere partie 31-32, 
est implantee dans le terminal d'usager SIT 9 , et seconde 
partie 40-41, est implantee dans le systeme informatique du 
prestataire de service JSP 1 . 

Les couches basses, 4 0 et 32 respect ivement, jouent 
un role analogue aux pilotes 131 et 224 (a ou b) de l'art 
connu. Elles sont cependant specif iques, car elles forment 
1' interface entre des supports physiques (liens ii et I2) , 
de memes caract6ristiques que ceux de l'art connu (figures 1 
ou 2) et des demi -modules const ituant les couches de 
transport specif iques k 1' invention, 41 et 31. Les couches 
infSrieures gSrent les ^changes internes au sous-reseau 
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satellite, selon un mode de transmission de donnees 
specif iques . 

En d'autres termes, la couche unique "TCP" 221 (a 
ou jb) pr§sente dans un terminal 22 (a ou jb) selon l'art 

5 connu est coupee en deux et se retrouve "k cheval" sur les 
deux extremites du sous-reseau satellite (liaisons ii 
et I2) - Les deux demi -modules ou couches logiques, 31 d'une 
part dans le terminal SIT', et 40, d' autre part dans le 
systeme informatique du prestataire de service ISP 1 , 

10 constituent des interfaces, ou convertisseurs de protocole, 
entre un environnement Internet et un environnement 
specif ique. 

Du cote terminal SIT', 1 1 environnement Internet est 
constituS par la couche d' applications 30, et du cote 
15 prestataire de service JSP 1 , 1 1 environnement Internet est 
constitue par une couche d'adressage de reseau "IP" 42 et 
une passerelle 5 avec le reseau terrestre Internet 
proprement dit, passerelle qui va §tre detaillee ci-apres. 

Dans la pratique, la couche d'adressage de reseau 42 
20 est la couche n IP" qui etait implantee dans un terminal SIT 
selon l'art connu (figure 2 s couche "IP" 223 a ou 223b) • 
Elle est en effet "report§e" au niveau du prestataire de 
service ISP* , du cote du sous-reseau satellite- 
En resumfe, les demi-modules specif iques selon le 
25 proc6d§ de 1 1 invention agissent comme des "boites noires" 
offrant le m§me service que des modules "TCP" classiques et 
utilisant les memes primitives de communication vis-^-vis 
des couches de protocole superieures et inf§rieures. 

Selon une autre caracb£ristique, le systeme 
30 informatique du prestataire de service JSP' est muni d'une 
passerelle ("gateway") 5, disposee entre le module 
logiciel 4 et le r6seau Internet terrestre RI, plus 
pr6cis6ment entre le module logiciel 4 et l'artere 
principale 12 . Cette passerelle 5 comprend notamment une 
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couche d'adressage de reseau "IP" 54, relative au 
prestataire de services ISP, et un pilote 53, jouant un role 
similaire sinon, identique au pilote 132 de l'art connu 
(figure 2) . 

5 Les couches "IP" 42 du module 4 et 54 de la 

passerelle 5 communiquent entre elles via un bus 
bidirectionnel 420, formant support physique, et d'eventuels 
pilotes classiques (non representes) situes de part et 
d 1 autre de ce bus 420. 

10 Du fait des dispositions qui viennent d'etre 

rappelees, la compatibility avec 1 1 environnement Internet 
reste entiere, ce de bout en bout. 

En effet, 1 ' architecture virtuelle du systeme selon 
1» invention peut §tre schematisee par celle representee sur 

15 la figure 3b. Les caract§ristiques du reseau Internet 
terrestre, c'est-a-dire le chemin allant de I'hote 
61oigne RH, via la liaison 61, le reseau Internet RI 
proprement dit et l'artere principale 12 restent inchangees. 
Ces composants ont €t€ represents en traits pleins sur la 

20 figure 3b. II en est de meme de la couche applications 30 du 
terminal SIT' . 

Par contre, le chemin de communication entre ces 
deux series de composants peuvent etre representes 
simplement par un pilote virtuel 224' vu par le reseau 

25 terrestre et des couches intermediaires virtuelles 
d'adressage de reseau *ip'« et de protocole "TCP'". II y a 
done bien conservation de la compatibility de bout en bout, 
ce dans les deux sens de communication naturellement . Les 
conversions de protocole sont effectuees par les deux demi- 

30 modules sp€cifiques k 1 ' invention (couches 31 et 41), situes 
aux deux bouts de la chaine de transmission par voie 
spatiale . 

Entre ces deux modules, 31 et 41, et via les pilotes 
spScifiques, 32 et 40, les transmissions de donnees et de 
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signaux de commande s'effectuent selon un mode specif ique, 
base sur les liaisons aller et retour . 

La liaison suivant la direction JSP 1 -SIT' (ou aller) 
utilise un protocole de transport interne, de type dit 

5 "proprietaire" , avantageusement base sur un standard tres 
utilise pour les transmissions de diffusion de signaux video 
numeriques connues sous le sigle "DVB-S" (pour "Digital 
Video Broadcasting" type S) . Ce standard est deer it, par 
exemple, dans le document suivant : " Digital Broadcasting 

10 Systems for Television, Sound and data Services : Frame 
Structure, Channel Coding and Modulation for 11/12 GHz 
Satellite Services' 1 , ETS 300 421, "European 
Telecommunications Standards Institute" . 

Pour la liaison SIT 1 -ISP' une technique tout & fait 
15 similaire a celle qui vient d'etre rappelee peut ggalement 
etre retenue avec profit. 

La couche physique pour de telles liaisons est 
caractSrisSe par la quasi-absence d'erreurs en ce qui 
concerne les transferts de donnees . On comprend aisement 
20 qu'un m^canisme bas6 sur 1 • accumulation d' accuses de 
r6ception et 1 'utilisation de fenStres variables, mecanisme 
mis en oeuvre par le protocole "TCP", devient inefficace et 
inutile, si ce type de liaison est mis en oeuvre. 

En outre, les problemes li6s aux pertes du 
25 sequencement des paquets sont inexistants sur les liaisons 
par satellite- Les m§canismes lourds de re- sequencement 
peuvent done etre omis. 

En resume, la partie "transport" du protocole 
interne au segment spatial, c'est-S-dire de fa<?on pratique 
30 le trongon de communication entre les modules 31 et 41, est 
bas6e sur un standard de transmission de donnees specifique 
qui, tout & la fois, garantit des transferts de donnees 
fiables, permet de s'affranchir de la plupart des 
caracteristiques propres au protocole "TCP", car complexes 

; 

; 
I 
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et, de toute facon, inutiles, et conserve la compatibility 
de 1 • environnement Internet, comme il a ete montre plus 
particulidrement en regard de la figure 3b. 

Selon une autre caracteristique de 1' invention, dans 
5 un mode de realisation prSfere, on recourt a un mecanisme 
particulier d'accusS de reception de donnees sur le segment 
spatial . 

Ce mecanisme peut §tre appele "accuse de r6ception 
negatif". Le mecanisme normal, que l'on peut appeler "accus6 
10 de reception positif", impose que, pour chaque paquet de 
donnees correctement recu, il soit genere un accuse de 
reception. Ce mecanisme occasionne des pertes de temps 
importantes, car statistiquement, sur une liaison a taux 
d'erreurs faible, ce qui est le cas du segment spatial, la 
plupart des paquets sont d€livr6s correctement. 



15 



25 



Par contre, conformement a la procedure d' accuse de 
reception de type negatif, seule une reception incorrecte 
est signalee. De facon plus precise, quand le destinataire, 
quel qu'il soit, detecte un temps mort dans la sequence des 
20 paquets recus depassant un intervalle de temps predetermine, 
un paquet d'alerte, ou signal "NAK" , est emis de manidre a 
signaler qu'il existe un paquet manquant . Ce mecanisme 
necessite la presence d'une memoire tampon ou d'un organe 
Equivalent, au niveau de l'emetteur, de facon a stocker 
temporairement les donnees qui viennent d'Stre emises, 
jusqu'a ce qu'une periode de temporisation prgdSterminee se 
soit ecoulee. ("time out"). Au-dela de cette periode, si 
l'emetteur n'a pas recu un signal d' accuse de reception 
negatif ou "AWUC", il est suppose que le paquet en memoire a 
30 6t6 correctement recu par le destinataire. Les donnees 
correspondantes peuvent done §tre effacees. 

Selon une autre caracteristique, et toujours dans un 
mode de realisation pr6fer6, le proceed de 1- invention 
recourt a un mecanisme dit de -spoofing" ou "leurre", mis en 
35 oeuvre concurremment avec le mecanisme d' accuse de reception 
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negatif . 

Ce mecanisme permet d'eviter les probldmes de 
limitation de debit dus aux faibles dimensions de fenetre 
sur une liaison a contenance importante, ou "high latency" 

5 selon la terminologie anglo-saxonne. Par defaut, la taille 
d ! une fenetre standard est de 8096 octets pour la plupart 
des systemes d' exploitation de micro-ordinateurs ("OS") . La 
taille maximale permise actuellement par le protocole "TCP" 
est de 64 KO (16 octets dans l'en-tete d'un paquet "TCP"), 

10 ce qui autorise un debit maximum de 1024 KO/s, si on admet 
un temps d'aller et retour de 0,5 s pour le segment spatial. 
Des constructeurs proposent des logiciels qui permettent des 
fenetres dont les dimensions, par defaut, sont comprises 
dans la gamme 8 Ko a 24 KO, ce qui permet un d6bit allant de 

15 128 kbits/s & 384 kbits/s. Des instances en charge des 
definitions des standards Internet ("the Internet 
Engineering Task Force " ) ont egalement propose des 
modifications du protocole "TCP" ("RFC 1323 - TCP extensions 
for High Performance") qui pourraient 6tendre theoriquement 

20 la taille des fenetres jusqu'lL un maximum de 1,07 GO, ce qui 
autoriserait un debit, egalement th^orique, de 
17,12 Gbits/s. Cependant, 1 ' augmentation du d6bit, sous 
protocole "TCP", s 1 accompagne de risques accrus de pertes de 
paquets. 

25 Le precede selon l 1 invention, dans sa variante 

pr€cit§e, vise k reduire les d61ais de transmission "bout en 
bout", connus sous le terme anglo-saxon paramdtre "Round 
Trip Time n -.ou "RTT" - 

Les caractSristiques du mecanisme pr6cite vont etre 
30 explicitSes en reference a la figure 4. On peut diviser la 
procedure correspondante en quatre phases principales. 

On va tout d'abord d§crire les caract£ristiques 
d'une architecture de systeme permettant 1 1 implantation d'un 
tel mecanisme . 



BNSDOCID: <FR 2778804A1_I_> 



2778804 



19 

Les couches logicielles 30 du systeme hate 
eloign^ RH, referencees 32, comprennent au moins une couche 
•■TCP" 321 et une couche d' applications 320. Le systeme 
informatique du prestataire de service, reference ISP' , 
comprend en sus des couches 40 et 41, deux memoires tampons, 
44 et 45. La passerelle 5 n'a pas ete representee sur la 
figure 4. Pour mieux mettre en evidence le mecanisme, on a 
dedouble la liaison ii de la figure 3a en deux liaisons 
distinctes : une liaison montante Iif et une liaison 
descendante 2i r , associees aux memoires tampons 45 et 44, 
respectivement . On a egalement distingu# les liaisons "h6te 
- prestataire de services" et les liaisons inverses : I 34 et 
-I43 • respectivement . 

De meme, le terminal d'usager final, r§f§rence SIT 1 , 
comprend deux memoires tampons, 33 et 34, associees a des 
liaisons montantes vers le satellite Sat, l2r et 
descendante, l2f. respectivement. 

Les donnees emises par l'hote 61oigne RH vers le 
terminal SIT' sur la liaison I34 font l'objet d'un accus6 de 
reception des qu'elles atteignent 1 ' installation du 
prestataire de services ISP' et qu'elles "penetrent" dans le 
module specif ique 4. Cette disposition permet done de 
soustraire au delai de propagation globale, c*est-a-dire le 
parametre precite "RTT", le temps de propagation aller et 
retour sur le segment spatial. Comme il a ete indiqu^, ce 
temps de propagation constitue la fraction principale du 
"RTT", du fait du temps de propagation aller et retour des 
ondes #lectromagnetiques pour parcourir la distance "terre - 
satellite - terre", soit 0,5 s environ. La fenetre variable 
standard est maintenue au niveau du prestataire de services 
JSP' de facon maintenir des interactions normales avec le 
reste du r6seau Internet RI. 

Les donnees dans la direction du terminal 
d'usager SIT' sont ensuite transferees par le protocole 
specif ique, en utilisant la tnemoire tampon 45, de manidre a 
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garantir vine haute fiat>ilit6. Puisque le mecanisme d'accusfi 
de reception negatif est utilise, le prestataire de 
services JSP 1 n'a pas 3 attendre un signal d 1 accuse de 
reception quelconque du destinataire final pour transmettre 
5 les donnees vers le terminal SJT' , ce qui est un gain de 
temps sensible . Ces donnees sont transmises a la memoire 
tampon 34 du terminal SIT 1 , via les liaisons lif et l2f- 

Dans 1' autre sens, les donnees emises par le 
terminal SJT 1 pour un destinataire quelconque sur le reseau 
10 Internet RI, par exemple l'hote £loign6 RH, sont soumises 
par 1 1 application 3 aux couches specif iques (demi-module 31- 
32) , puis via le protocole specif ique au prestataire de 
services JSP 1 (demi-module 40-42), via les m^moires tampons 
33 et 44. 

15 Finalement, les donnees sont soumises de fagon 

classique au module "IP" resident dans le systeme 
informatique du prestataire de service JSP 1 , pour etre 
d^livre a l'hate 61oigne RH par le reseau Internet terrestre 
classique RI, par la liaison J43 . Celui-ci, a son tour, 

20 transmet un accusS de reception, par la liaison I34 au 
prestataire de service JSP' . 

Le terminal d' utilisateur SJT 1 ne doit pas attendre 
cet accus6 de reception pour transmettre des donnees 
suppl6mentaires . La fiabilite de l'6change de donnees entre 
25 les deux entit§s SJT 1 et RH est garantie par le mecanisme 
d 1 accuse de reception negatif pr§c£demment dfecrit. 

Conform6ment a ce mecanisme, les donnfees echang6es 
sont conservees provisoirement dans les m§moires tampons, 33 
et 34 pour le terminal SJT 1 , et 44 et 45 pour le prestataire 

30 de services JSP 1 . Si, a I 1 issue d'un intervalle de temps 
predetermine, l'une ou 1' autre de ces entit§s n'a pas re<?u 
tin paquet d'alerte ou "NAK" , les donnees mSmorisees dans la 
memoire tampon concern6e, correspondant a un paquet 
precedemment transmis, peuvent etre ef faeces. Dans le cas 

35 contraire, elles sont re -emises, une erreur de transmission 
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6tant detectee de la fa<?on qui a ete d^crite precedemment et 
occasionne 1* Emission du signal n NAK n - 

Le precede selon l 1 invention garantit une 
transparence absolue vis-S-vis des autres protocoles 

5 utilises dans les transmissions sur les reseaux du type 
Internet, notamment pour le protocole cormu sous le sigle 
"UDP" (pour "User Datagram Protocol") - En effet, ces 
protocoles ne presentent pas la meme sensibilite aux effets 
indesirables des liaisons & large bande et k longs dSlais. 

10 II est done inutile d 1 avoir recours aux dispositions qui 
viennent d'etre decrites pour le protocole "TCP". 

La figure 5 illustre une variante d 1 architecture 
conforme k 1' invention qui permet un multiplexage et un 
demultiplexage de trafic de donnSes, entre deux protocoles. 

15 Du cote terminal d'usager, reference SIT" , le module 

logiciel 3" se subdivise en deux sous-modules, Mi et M2 * Le 
premier module, M\, comprend les couches applications 30 et 
les couches specif iques 31-32 des figures 3a ou 4 . 

Le second sous -module, M2, comprend, en commun avec 
20 le premier sous-module Afi, les couches superieures 
d' applications 30, une couche de protocole "UDP" et une 
couche d ! adressage de reseau "IP". 

Dans le systeme du prestataire de services SIT n , on 
retrouve le module 4 inchange, ce module comprenant les 
25 couches specif iques 40-41 et la couche d'adressage de reseau 
"IP" 42. Cette derniere communique, comme precedemment , avec 
la couche d'adressage de reseau "IP", rSferencSe 54" d'une 
passerelle 5", via un bus 42 et d'eventuels pilotes (non 
represents) . 

30 Le module 4 et le sous -module Mi communique entre 

eux via le segment spatial, r6f€rence Si. On a represents 
les liaisons "terre - satellite - terre" par une liaison 
bidirectionnelle unique SI a - 
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La passerelle 5" comprend un pilote connect^ au 
r6seau Internet RI via l'artere principale 12. 

La couche d'adressage de r£seau "IP" 54" de la 
passerelle 5" est reliee au sous -module M2 egalement par le 
segment spatial SI, et plus precis£ment par une liaison 
bidirectionnelle Sib • 

II existe done deux voies de transmission de donnees 
paralldles, empruntant toutes deux le segment spatial, entre 
le prestataire de service JSP" et le terminal d ! usager SIT 1 . 
Cependant, ies donnees transmises sont traitSes 
dif feremment, selon le protocole utilise au niveau de la 
couche transport. 

Puisque les paquets de donnees comprennent, dans les 
champs de protocole, des informations indiquant quel 
protocole de transport est utilise, "TCP" ou "UDP" dans 
l'exemple decrit, les flots de donnees peuvent etre 
demultiplexes (sens RH k SIT n ) ou multiplexes (sens SIT" 
a RH) par la couche d'adressage de reseau * " IP" 54" dans le 
module 5" (passerelle) du prestataire de service JSP". 

En d'autres termes, les donnees sous protocole de 
transport "UDP" sont transmises direct ement du . prestataire 
de services JSP" au terminal S JJ" , ou inversement, par la 
liaison Sib, comme elles I'auraient ete si les modules 
propres au proc6d6 de 1' invention n'etaient pas implantes. 
Elles ne transitent d'ailleurs pas par ces modules. Pour ce 
type de transmission, sous protocole de transport "UDP", 
l f architecture du systdme est, en soi, tout i fait semblable 
a une architecture conforme k l'art connu, par exetnple celle 
decrite en regard de la figure 2. 

Par contre, en ce qui concerne les donnees 
transmises sous protocole "TCP", le chemin suivi est tout a 
fait semblable lL celui decrit en regard des figures 3a ou 4, 
une fois que le processus de demultiplexage a eu lieu dans 
la couche 54" . 
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Dans le terminal SIT", ±1 n 'y a pas de 
demultiplexage, ni d'ailleurs de multiplexage, a proprement 
dit. Les donnees transmises par le prestataire de 
services ISP" arrivent suivant deux voies distinctes vers la 
couche d' applications 30. En sens inverse, c-est la couche 
d' applications 30 qui transmet directement les donnees a 
emettre vers l'une ou 1' autre voie : sous module Aft pour le 
protocole de transport "TCP- ou sous -module M 2 pour le 
protocole de transport "UDP" . 

Le multiplexage est systematique vers le reseau 
Internet RI, via l'artere principale 12, c'est-a-dire en 
sortie de la couche d'adressage de reseau "IP" 54", puisque 
toutes les donnees, quel que soit le protocole de transport 
utilise, empruntent la meme voie sur ce reseau. 



En resume, d'un point de vue logique, une partie des 
couches logiques du terminal d'utilisateur SIT" sont 
implantes dans le systeme du prestataire de services JSP". 
Naturellement la couche d'adressage de reseau "IP" relative 
au terminal SIT", mais physiquement localisee dans le 
20 systeme ISP" est caracterisee par les memes adresses que 
celle situee dans le terminal SIT" . 

A la lecture de ce qui precede, on constate aisement 
que 1' invention atteint bien les buts qu'elle s'est fixes. 

Elle apporte de nombreux avantages, dont les 
25 suivant s : 

Elle permet tout d'abord une meilleure commande du 
flot de donn6es, ainsi qu'une gestion plus performante. Le 
decouplage entre le segment de reseau spatial a delai 
important et le reste du reseau Internet, c'est-a-dire le 
reseau terrestre classique, permet en effet une amelioration 
tres sensible de la commande des flots de donnees et des 
mecanismes de gestion des encombrements . Ceci est du au fait 
que la reduction des delais de bout en bout, realisee par 
les mecanismes de gestion propres a 1' invention rend ces 
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mecanismes plus efficaces et off re une reponse plus rapide. 
Cette disposition repond & un des besoins les plus delicats 
que pose un environnement aussi changeant et inhomogene que 
peut l'etre un reseau de type Internet. 

5 L ' invention permet aussi une reduction tres 

significative des transmissions suppl^mentaires sur les 
liaisons par satellites de telecommunication. En effet, pour 
chaque segment de donnees "TCP", un minimum de 40 octets est 
ajoute au donnees que l'on peut qualifier d 1 "utiles". Sur 

10 ces 40 octets, 20 octets constituent I'en-tete "IP" 
necessaire a l'adressage et 20 octets constitue I'en-tete 
"TCP" - Comme il a ete indique, la nouvelle version du 
protocole, "IPv6 n , autorise un espace d'adressage plus 
important, ce qui necessite un en-tete encore plus long. 

15 Puisque les transferts de donn§es sur le segment spatial 
sont bases sur un protocole de type "proprietaire" , les en- 
tetes supplementaires "TCP" et "IP" ne sont plus 
n§cessaires, ce qui permet augmenter 1 ■ ef f icacitfi des 
paquets de donnees. 

20 Le trafic est rSduit sur le segment spatial. En 

effet, la commande du trafic sur les liaisons par satellite 
sont limit§es aux 6changes existant normalement entre les 
couches "TCP" et les couches d' application. Les segments de 
donnees "TCP" vehiculant des en-t€tes import ants "IP" et 

25 "TCP", pour les cotnmandes de gestion de donnees et. la 
gestion des connexions, sont ainsi evites sur les liaisons 
par satellite de telecommunication. 

L 1 invention permet egalement un temps d'ouverture de 
connexion restreint, sur les deux c6tes. En effet, selon une 
30 caracteristique tr£s importante de l 1 invention, l 1 interface 
"TCP" a et§ dSplacee et se trouve desormais directement sur 
le r€seau Internet proprement dit (segment terrestre) . Cette 
disposition permet de supprimer les problemes relatifs au 
m^canisme dit n de demarrage Lent" . 

35 L 1 invention permet aussi de rgduire les ressources 
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de memoire necessaires cote utilisateur. Ceci est da a la 
tnise en oeuvre du m^canisme d' accuse de reception dit 
"n^gatif" . Les besoins en memoire tampon de transmission 
sont tres sensiblement reduits par rapport a un systeme 
11 TCP -cL- TCP" classique selon l'art connu . En effet, dans le 
cas d'une perte d'un paquet de donnees, un signal "NAK" , 
pour des donnees transmises sur la liaison de ret our , est 
retournS au prestataire de service dans les limites d'un 
intervalle de temps fixe predetermine. 

Dans un systeme selon l'art connu, le module "TCP" 
stocke les paquets €m±s jusqu'a la reception d'un accuse de 
reception dit "positif" ou "ACK" . Le temps ecoule jusqu'a 
reception est extremement variable- Ceci est dO. a 
I'environnement de nature changeante caracterisant le r§seau 
Internet- Tous les paquets 6mis doivent done etre stockes 
jusqu'a reception des accuses de reception les concernant . 

Pour ces raisons, alors qu'un systdme conventionnel 
necessite des ressources de mSmoires suf f isamment 
importantes pour accommoder les situations les plus 
extremes, e'est-a-dire un signal "ACK" regu apres un tres 
long delai, 1" invention pour sa part ne necessite qu'une 
memoire tampon minimale, puisque la taille nScessaire est 
toujours fix6e & une valeur faible, fonction directe de 
l f intervalle de temps fixe precite. 

Comme il a M montre, le procedS de 1 1 invention 
peut etre rendu entierement "transparent" pour les 
protocoles autres que le protocole de transport "TCP", 
notamment pour le protocole "UDP" . 

Enfin, 1' invention conserve la compatibility de bout 
en bout avec I'environnement Internet. 

II doit etre clair cependant que l 1 invention n'est 
pas limitSe aux seuls exemples de realisations explicitement 
deer its, notamment en relation avec les figures 3a a 5- 
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Notamment, le protocole de transport, dit 
"propriStaire" , pour les transmissions de donnees sur les 
liaisons du segment spatial (terre - satellite - terre) 
n'est pas limite un seul protocole base sur le seul 
standard de transmission de donnees bien connu "DVB-S" 
precite, meme si ce dernier est particulierement adapte pour 
de telles liaisons. D'autres standards de transmission de 
donnees peuvent etre mis en oeuvre sans sortir du cadre de 
l 1 invention. En effet, du fait notamment du decoupage des 
modules "TCP" des terminaux d' utilisateurs en deux parties 
"a cheval" sur les extremit6s du segment spatial, ce 
dernier, d'un point de vue logique, reste "invisible" du 
reste du r§seau Internet. 

Les valeurs num£riques n'ont ete precis£es que pour 
fixer les idees. Elles sont essentiellement liees h 1 1 €tat 
actuel de standardisation (version) du protocole de 
transport "TCP" . 

Enfin, dans une variante de realisation non decrite, 
on peut concevoir un rSseau ayant plusieurs trongons 
spatiaux, par exemple pour mettre en communication deux 
terminaux d'usagers au travers du reseau Internet, chacun 
etant connecte a un prestataire de service via des 
satellites de telecommunication distincts. 
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REVINDICATIONS 

1. Procede de transmission de donnees entre au 
moins un terminal d'utilisateur (SIT) et un premier 
systeme inf ormatique dit hdte eloigns (RH) , sous protocole 
5 de type Internet, par 1 ' intermedial re d'un reseau 
comprenant un segment terrestre (RI) et au moins un 
segment spatial constitue d'une liaison bidirectionnelle 
Ul, ±2) par satellite de telecommunication (Sat) , a 
laquelle est connecte ledit terminal (SIT) , lesdits 
10 segments terrestre (RI) et spatial etant interconnects 
par un deuxieme systeme inf ormatique, dit prestataire de 
services (ISP) , caracterise en ce que, les transmissions 
etant associees a un empilement de couches de protocoles, 
chaque couche communiquant par des interfaces avec les 
15 couches qui lui sont immediatement superieures et 
inferieures, et ledit empilement comprenant au moins une 
couche sup6rieure d' applications logicielles (30), une 
premiere couche intermediate, immediatement inferieure, 
dite de transport, de type "TCP", et une deuxieme couche 
interm6diaire, dite d'adressage de reseau de type "IP", le 
procede comprend : 



20 
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- la repartition de ladite couche "TCP" de chaque 
terminal d'utilisateur dans deux demi -modules de manidre a 
ce qu'ils comprennent chacun une couche de transport "TCP" 
(31, 41) et une couche d'interface specifique (32, 40), 

- I 1 implantation desdits demi-modules aux extremites 
dudit segment spatial, un premier demi -module etant implante 
dans ledit systeme informatique prestataire de services 
(ISP) et un second demi-module etant implante dans le 

30 terminal d'utilisateur (SIT), 

- le report de la couche d'adressage de reseau "IP" 
relative au terminal d'utilisateur (SIT) dans le systSme 
informatique du prestataire de services (ISP) , 

- la transmission de donnees sur ladite liaison 
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bidirectionnelle Ui, I2) & I'aide d'un protocole de 
transport interne base sur un mode de transmission de 
donnees specif ique, 

- la conversion bidirectionnelle entre ledit protocole 
5 de type Internet et ledit protocole interne par ladite 

couche specif ique (40, 32) des premier et second demi- 
modules, 

- et la realisation d'une interface entre ladite couche 
de transport (31) du second demi-module et une couche 

10 d' applications logicielles (3 0) implantee dans le terminal 
d 1 ut ilisateur . 

2. Procede selon la revendication 1, caracterise en 
ce que ledit mode de transmission de donnees specifique 
sur ladite liaison bidirectionnelle Ui, I2) par satellite 

15 de telecommunication (Sat) est le standard de diffusion de 
signaux video numeriques du type "DVB-S" . 

3, Procede selon la revendication 1, caracterise en 
ce que, lesdits terminaux d' utilisateur (SIT* ) et ledit 
hote 61oigne (RH % ) pouvant etre emetteur et/ou recepteur 

20 de paquets de donnees, il met en oeuvre une procedure 
d* accuse de reception comprenant les Stapes suivantes : 

- pour chaque Emission d'un paquet de donnees, par un 
emetteur vers un destinataire, le stockage par 
1' Emetteur d'une copie dudit paquet de donnees 7 

25 - 1* emission par ledit destinataire d'un paquet d'alerte 
signalant un paquet de donnees emises manquant sur 
detection d'un temps mort dans la reception d'une 
sequence de paquets de donnees depassant une periode de 
temporisation predetermine ; 

30 - la re-emission conditionnelle dudit paquet de donnees 
stocke sur reception par 1' emetteur dudit paquet 
d'alerte ; 
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ou l'effacement de ce paquet de donnees aprds 
l'ecoulement de ladite p^riode de temporisation. 

4. Procede selon la revendication 3, caracterise en 
ce que la transmission de paquets de donnees dudit hote 
eloigne (RH) vers l'un desdits terminaux d'utilisateur 
(SIT* ) comprend les e tapes suivantes : 

1' emission par l'hote 61oigne (RH) d'un paquet de 
donnees ; 

la g#n€ration d'un accuse de reception par ledit 
prestataire de service {SIT 1 ) dds reception dudit paquet 
de donnees, par ledit premier demi -module, et 1 ! Emission 
de cet accus6 de reception vers ledit hote eloigne ; 

- et la transmission dudit paquet de donnees vers le 
terminal d'utilisateur (SIT') par mise en oeuvre dudit 
protocole interne, via les premier et second demi- 
modules . 

5. Procede selon la revendication 3, caracterise en 
ce que la transmission de paquets de donnees d'un desdits 
terminaux d'utilisateur (SIT % ) vers ledit hote Sloigne 
(RH) comprend les Stapes suivantes : 

- la soumission d'un paquet de donn6es par ladite couche 
d 1 applications logicielles (3 0) du terminal de donnees 
au premier demi -module et la transmission dudit paquet 
de donnSes vers ledit prestataire de service (JSP 1 ), par 
mise en . oeuvre dudit protocole interne sur ladite 
liaison bidirectionnelle (Jif , 22f , llr/ i2r) du segment 
spatial, via le second demi-module ; 

- la soumission dudit paquet de donn§es par une couche 
d'adressage de r6seau "IP" (42) du prestataire de 
services (ISP*) audit segment terrestre du reseau 
Internet (RI) , pour une transmission k l'h6te 61oign€ 
(RH) sous ledit protocole de type Internet ; 

- et la g6n6ration d'un accusS de rSception par l'hote 
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41oign£ (RH) , sur reception du paquet de donnees & 
destination du prestataire de services ( JSP' ) • 

6. ProcedS selon l'une quelconque des revendica- 
tions pr^cedentes, caracterise en ce que ledit reseau <RJ) 

5 v^hiculant des flots de donnees sous ledit protocole de 
transport "TCP" et au moins un deuxieme protocole de 
transport, la transmission des flots de donnees dudit hote 
eloigne (RH) vers l'un desdits terminaux d' utilisateur 
(SJT") comprend les etapes suivantes : 

10 - le demultiplexage desdits flots de donnees §mis par 
l'hote §loigne (RH) par une couche d'adressage de reseau 
n IP M (54") dudit prestataire de services (SJT") ; 

- la transmission desdits flots de donnees demultiplexes, 
sous protocole de transport "TCP", vers le terminal 

15 d' utilisateur (SJT"), via une premiere liaison de 

transmission bidirectionnelle (SI a ) du segment spatial 
mettant en oeuvre ledit protocole interne, via les 
premier et second demi -modules ; 

- et la transmission directe desdits flots de donnees 
20 demultiplexes, sous ledit deuxieme protocole de 

transport, vers le terminal d'utilisateur (SJT" ) , via 
une seconde liaison de transmission bidirectionnelle 
(Sib) ciu segment spatial mettant en oeuvre le deuxieme 
protocole et des couches specif iques (M2) de ce 
25 protocole, implantees dans le terminal d 1 utilisateur 

(SJT") et comportant une interface avec ladite couche 
d' applications logicielles (30) . 

7. Proc6d§ selon la revendication 6, caracterise en 
ce que la transmission des flots de donnSes d'un desdits 

30 terminaux d' utilisateur (SJT") vers ledit hote 61oign6 
(RH) comprend les Stapes suivantes : 

- la soumission selective de donnees par ladite couche 
d 1 applications logicielles (30) au second demi-module 
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(.Mi) lors que les donn6es doivent etre transmises sous 
protocole de transport "TCP" ou a des couches 
specif iques (#2) audit deuxieme protocole de transport 
lorsque ces donnees doivent etre transmises sous ce 
protocole ; 

- la transmission desdites donnees sous protocole "TCP" 
vers ledit prestataire de service (JSP"), via ladite 
premiere liaison (Si a ) du segment spatial et les premier 
et second demi -modules / 

la transmission directe desdites donnees sous le 
deuxieme protocole vers ledit prestataire de service, 
via ladite seconde liaison (Sib) du segment spatial ; 

- le multiplexage des donnees sous les deux protocoles par 
une couche d'adressage de reseau "IP" (54") du 
prestataire de services (JSP") ; 

- et la soumission des donnees multiplexees, par ladite 
couche d'adressage de reseau "IP" (54"), audit segment 
terrestre du reseau Internet (RI) , pour une transmission 
& l'hote eloigne (RH) . 



8. Proc§de selon les revendications 6 ou 7, 
caracterise en ce que ledit deuxieme protocole de 
transport est le protocole "UDP". 

9. Architecture informatique pour la mise en oeuvre 
du procede selon l'une quelconque des revendications 
precedentes, caracterisee en ce que lesdits terminaux 
d'utilisateur (SIT) comprennent une couche d" applications 
logicielles (30), en ce que ces terminaux d'utilisateur 
(SIT) et le systeme informatique dudit prestataire de 
services (JSP) comprennent chacun un demi-module dans 
lequel sont implantees une couche de transport "TCP" (31, 
41) et une couche specif ique d' interface (32, 40) avec 
ladite liaison bidirectionnelle de transmission (Ii, 1 2 ) 
par satellite de telecommunication (Sat) et assurant une 



2778804 



32 

conversion bidirectionnelle entre ledit protocols de 
transport "TCP" et ledit protocole interne, et en ce que 
le systeme inf ormatique du prestataire de services (JSP) 
comprend en outre une couche d'adressage de reseau "IP" 
5 (42), relative aux adresses r^seaux du terminal 
d'utilisateur (SIT) . 

10. Architecture inf ormatique selon la revendication 
9, caract&risee en ce que ladite liaison bidirectionnelle 
par satellite de telecommunication comprend une voie aller 

10 (ilf# l2f) et line voie retour di r , i2r) entre lesdits 
terminaux d'utilisateur (SIT 1 ) et le systeme inf ormatique 
dudit prestataire de services ( ISP 1 ) , et en ce que ledit 
systeme (ISP 1 ) et les terminaux (SIT* ) comprennent chacun 
deux m6moires tampons (44-45, 33-34), associees 

15 respect ivement aux voies aller dif, l2f) et retour dir/ 
l2r) . 

11. Architecture inf ormatique selon les revendica- 
tions 9 ou 10, caract§risee en ce que le systeme dudit 
prestataire de services (JSP) comprend en outre une 

20 passerelle (5), disposge entre ledit premier demi-module 
et ledit segment terrestre du reseau (-RJ) et en ce que 
cette passerelle (5) comprend au moins une couche 
d'adressage de reseau "IP" (54) relative au prestataire de 
services (JSP) et une couche d' interface (53) dite pilote 

25 de gestion de r§seau. 

12. Architecture inf ormatique selon les revendica- 
tions 11, caracterisee en ce que, ledit reseau (RJ) 
vehiculant des flots de donn6es sous ledit protocols de 
transport "TCP" et au moins un deuxieme protocole de 

30 transport, lesdits terminaux d'utilisateur (SJT n ) 
comprennent tin empilement de couches (M2) comportant au 
moins une couche d'adressage de r6seau "IP" (3^) et une 
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couche de transport (35) specif ique audit deuxieme 
protocole communiquant avec ladite couche d' application 
logicielles (30), en ce que ledit segment spatial comprend 
des premiere (SL a ) et une seconde (SL D ) liaisons de 
transmission bidirectionnelle de donnees, la premiere 
liaison (SL a ) assurant des transmission sous ledit 
protocole interne et la seconde liaison (S£b) sous ledit 
deuxieme protocole, et en ce que le systeme informatique 
dudit prestataire de services (JSP") comprend des moyens 
de d6multiplexage (54") de flots de donnees recu dudit 
note Sloigne (RH) , vehicul^s sous l'un ou 1» autre desdits 
deux protocoles, de mani&re a transmettre selectivement, 
vers lesdits terminaux d'utilisateur (SIT"), les flots 
donnees sous le protocole de transport "TCP" via ledit 
premier demi -module, ladite premiere liaison (SL a ) et 
ledit second demi -module, et les flots de donnees sous le 
deuxiSme protocole de transport via ladite seconde liaison 
(Sib) et ledit empilement de couche (Af2) . 

13. Architecture informatique selon la revendication 
12, caracterisee en ce que le systeme informatique dudit 
prestataire de services (SIT n ) comprend des moyens de 
multiplexage (54") de flots de donnees recus desdits 
terminaux d'utilisateur (SIT-), vehicules sous ledit 
protocole de transport "TCP" ou ledit deuxieme protocole 
de transport, en un flot de donnees transmis audit h6te 
eloigne (RH) via ladite passerelle (5) et ledit segment 
terrestre (RI) . 



14. Architecture informatique selon les revendica- 

tions 12 ou 13, caracterisee en ce que ledit empilement 

(Af2) comprend au moins une couche de transport "UDP" (35) 
et une couche d'adressage de reseau "IP" (36) . 



Architecture informatique selon l'une quelconque 
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des revendi cat ions 12 a 14, caracterisee en ce que lesdits 
moyens de multiplexage et de multiplexage sont constitues 
par ladite couche d'adressage de reseau "IP" (54") de 
ladite passerelle (5) . 
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